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Dynamic Architecture Integration Tectinique 

Field of the Invention 

[001] The present invention relates generally to a method of exchanging data among 
software applications. More particularly, the invention relates to a hybrid technique of 
exchanging data files including both publish and subscribe and request and response 
techniques. 

Background Art 

[002] There are two commonly used techniques for exchanging data among 
applications; 1) publish and subscribe, i.e. a push technique and 2) request and response, 
i.e. a pull technique. 

[003] The publish and subscribe technique assumes that the data producing 
application (referred to hereinafter as the producer) makes data available for data 
consumer applications (referred to hereinafter as the consumer). Using this technique, a 
consumer that knows the format of the data file can subscribe to it. The subscriber 
application must be preprogrammed to accept the data file it will receive. When the data 
is transferred using for instance, the extensible markup language (XML), a well-designed 
schema allows consumers to accept as input XML files that can be somewhat changed 
but a substantial change in the XML file structure may still require reprogramming the 
consumer. 

[004] The request and response technique assumes that consumers make requests for 
data and producers respond by sending the requested data in the conect format. Using 
this technique, the producer of the data has to know the format of the data to be sent 
when a request is made. 

[005] As described above, there are disadvantages associated with each of the 
techniques used for data exchange. Thus, there is a need in the art for a method of and 
system for data exchange using a hybrid technique including both publish and subscribe 
and request and response techniques. 



Disclosure/Summary of the Invention 

[006] It is therefore an object of the present invention to provide a method of and 
system for data exchange using a hybrid technique including both pubhsh and subscribe 
and request and response techniques. 

[007] The above described object is fulfilled by a hybrid technique for exchanging 
data files, i.e. dynamic ^chitecture technique (DAT). Using the inventive technique, the 
producer and consumer applications work within the constraints of a "super schema." 
Consumers and producers of data are not required to know a priori the exact definition of 
data needed to be exchanged. Consumers and producers negotiate a data exchange format 
which is a subset of the "super schema." 

[008] DAT is a dynamically defined appUcation integration technique to help 
consumer applications handle dynamically changing input data formats, DAT covers the 
scenario where the producer application publishes the data and any application can 
subscribe to it. DAT also accounts for the scenario where a consumer application 
requires a different data exchange format and requests the producer application to create 
data files having a new format. 

[009] In a computer implemented method aspect of exchanging data between 
software applications, a list of data fields used by one or more software applications is 
published. The published data fields are mapped to other published data fields. One or 
more of the software applications flag a subset of the mapped data fields. The flagged 
data fields are matched with a super-schema to define a sub-schema which is then used to 
validate data files to be exchanged by the one or more software applications. 

[010] In a computer system aspect, a processor receives and transmits data and a 
memory is coupled to the processor. The memory has sequences of instructions stored 
therein which, when executed by the processor, cause the processor to publish a list of 
data fields used by one or more software applications and map the published data fields 
to other published data fields. The processor also executes instructions flagging a subset 
of file mapped data fields and matching the flagged data fields with a super-schema to 
define a sub-schema. The sub-schema is then used to validate data files to be exchanged 
by one or more software applications. 



[Oil] Still other objects and advantages of the present invention will become readily 
apparent to those skilled in the art from the following detailed description, wherein the 
preferred embodiments of the invention are shown and described, simply by way of 
illustration of the best mode contemplated of carrying out the invention. As will be 
realized, the invention is capable of other and different embodiments, and its several 
details are capable of modifications in various obvious respects, all without departing 
from the invention. Accordingly, the drawings and description thereof are to be regarded 
as illustrative in nature, and not as restrictive. 

Brief Description of the Drawings 

[012] The present invention is illustrated by way of example, and not by limitation, 
in the figures of the accompanying drawings, wherein elements having the same 
reference numeral designations represent like elements throughout and wherein: 

[013] Figure 1 is a high level functional block diagram of an embodiment of the 
present invention; 

[014] Figure 2 is a functional block diagram of an embodiment of the present 
invention; and 

[015] Figure 3 is a high level block diagram of a computer system for use with an 
embodiment of the present invention. 

Best Mode for Carrying Out the Invention 

[016] A method and apparatus for exchanging data among software appHcations are 
described. Li the following description, for purposes of explanation, numerous specific 
details are set forth in order to provide a thorough imderstanding of the present invention. 
It will be apparent; however, that the present invention may be practiced without these 
specific details, hi other instances, well-known structures and devices are shovm in block 
diagram form in order to avoid unnecessarily obscuring the present invention. 

Top level description 

[017] Figure 1 is a top-level block diagram of an embodiment of the present 
invention, i.e,, Figure 1 is an overview of DAT. A consumer application 100 notifies a 



producer application 102 of required data and data format. Upon receiving the consumer 
application 100 request, the producer application 102 creates XML files or documents 
104 useable by consumer application 100, An underlying basis for the present invention 
is that it is possible to identify industry-specific XML "super schema" 106, The super 
schema 106 is then useable to create an XML "sub-schema" 108 for a specific and 
narrowly scoped application integration scenario, 

[018] With further reference to Figure 1, the producer application 102 publishes 
definitions of all its data fields into a data store 1 10, monitors a request identifier file 1 12, 
creates the XML file 104, and creates the "sub-schema" 108, i.e,, a subset of the super 
schema 106. The consumer application 100 uses the producer application-generated 
XML file 104, publishes definitions of its data fields into the data store 110, marks the 
data fields making up the sub-schema 108, and flags the request identifier file 112. 
Request identifier file 1 12 is a file containing only one datum. The consumer appUcation 
100 changes this data in the file 112. For example, the value of the data is either zero (0) 
or negative one (-1) (or any set of predefined numbers). Zero (0) could be the default 
value and the significance of zero (0) changing to negative one (-1) (or any other number) 
is the consumer application 1 00 needs a different set of data. The data is monitored by 
the producer application 102. As long as producer application 102 sees a value zero (0) it 
does nothing. When producer 102 sees a value other than zero (0), it looks in data field 
mapping store 118 and creates a new sub-schema 108 and any corresponding XML file 
104. 

[019] The data store 110 includes a list of all data fields for both the producer and 
consumer applications 102, 100. The data store 110 also includes a mapping of specific 
fields in the consumer application 100 in relation to fields in the producer application 
102. The request identifier file 112 includes data identifying changes in the data store 
1 10, as described above. The request identifier file 1 12 data is monitored by the producer 
application 102, as described above. 

Detailed Description 

[020] Figure 2 is a detailed block diagram of a detailed embodiment of the DAT 
architecture of Figure 1. Consumer and producer applications 100, 102 publish a list of 



all the data fields they use into the data store 110. Specifically, consumer application 100 
stores a list of its data fields in consumer data field data store 114 and producer 
application 102 stores a list of its data fields in producer data field data store 1 16. 

[021] A mapping tool 115 maps the data fields of the producer application 102 
(stored in the producer data field data store 116) to the data fields of the consumer 
application 100 (stored in the consumer data field data store 1 14) thereby defining how 
the data fields of the two applications are related. The data field mapping is stored in the 
data field mapping data store 118. The consumer application 100 flags relevant producer 
and consumer data fields in the database as a first step toward defining a default data 
exchange XML "sub schema" 108. 

[022] The producer application 102 matches the flagged data fields in data field 
mapping store 118 with the "super schema" 106 to define and create a default "sub- 
schema" 108. All data files, e.g., XML document 104, created by the producer 
application 102 to facilitate data exchange use the sub-schema 108 for validation. 

[023] However, if consumer application 100 needs data fi*om the producer 
application 102 in a different format, the consumer application 100 flags the required 
fields in the data store 110 and inserts a flag in the request identifier file 1 12. Producer 
application 102 may also flag fields added. Producer application 102 monitors the 
request identifier file 112 and when a newly set flag, indicating the selection of one or 
more data fields by either consumer 100 or producer 102, is detected, the producer 
application 102 maps the data fields of data stores 114 and 116 again and stores a revised 
data field mapping in data field mapping data store 118. Then, the producer application 
102 creates a new XML sub-schema 108 based on a revised data field mapping in data 
field mapping data store 1 18. 

[024] When the consumer application changes the flags in the Request Identifier File 
112, it also makes some entries (which could be changing N to Y in date fields) in data 
field mapping store 1 18 to indicate which fields it wants to be used in the XML file 104. 
The producer application 102 selects the data fields firom data field mapping store 1 18 by 
checking which of the data fields have a Y associated with them. 



[025] Based on the new XML sub-schema 108, the producer application 102 creates 
new XML files 104 for data exchange. The producer application 102 validates the new 
XML files 104 using the new XML sub-schema 108. 

[026] The operation of the present invention is demonstrated by an example of an 
application determining what promotions need to be given to a particular shopper. The 
promotion can be calculated based on many factors: 

• Item purchased; 

• Number of items purchased; 

• Basket of items purchased; 

• Type of consumer; 

• Day of the week or year; and 

• Time of the day. 

[027] It may be desirable to have promotions defined by a particular set of 
parameters during morning hoxirs, while changing the set of parameters during early 
evening hours due to greater traffic and changing it back to the original set (morning 
hours) in late evenings. Using the above-described invention, Ae store operator will not 
have to bring down or close a lane to change the parameters. The store manager can 
access the server, change the parameters to use for promotion determination, and have the 
change take place on the lane because the application starts using the new XML 
promotions file. This is all transparent to the person and cashier in the checkout lane. 

Hardware Overview 

[028] Figure 3 is a block diagram illustrating an exemplary computer system 300 
upon which an embodiment of the invention may be implemented. The present invention 
is usable with currently available personal computers, mini-mainfi*ames and the like. 

[029] Computer system 300 includes a bus 302 or other communication mechanism 
for communicating information, and a processor 304 coupled with the bus 302 for 
processing information. Computer system 300 also includes a main memory 306, such as 
a random access memory (RAM) or other dynamic storage device, coupled to the bus 302 
for storing transaction and interaction data, and instructions to be executed by processor 
304. Main memory 306 also may be used for storing temporary variables or other 
intermediate information during execution of mstructions to be executed by processor 



304. Computer system 300 further includes a read only memory (ROM) 308 or other 
static storage device coupled to the bus 302 for storing static information and instructions 
for the processor 304. A storage device 310, such as a magnetic disk or optical disk, is 
provided and coupled to the bus 302 for storing transaction and interaction data, 
inventory data, orders data, and instructions. 

[030] Computer system 300 may be coupled via the bus 302 to a display 312, such as 
a cathode ray tube (CRT) or a flat panel display. An input device 314, including 
alphanumeric and function keys, is coupled to the bus 302 for communicating 
information and command selections to the processor 304. Another type of user input 
device is cursor control 316, such as a mouse, a trackball, or cursor direction keys for 
communicating direction information and command selections to processor 304 and for 
controlling cursor movement on the display 312. This input device typically has two 
degrees of freedom in two axes, a first axis (e.g., x) and a second axis (e.g., y) allowing 
the device to specify positions in a plane. 

[031] The invention is related to the use of computer system 300, such as the 
illustrated system of Figure 3, to provide a method of exchanging data among software 
applications using a hybrid technique of exchanging data files including both a) publish 
and subscribe and b) request ^d response techniques. According to one embodiment of 
the invention, consumer application 100 notifies producer application 102 of required 
data, as described above, md the producer application 102 creates XML jBles 104 useable 
by the consumer application 100. The producer application 102 creates an XML sub- 
schema which is used by the consumer application 100 to determine the data fields to be 
used for data exchange. The computer system 300 performs the foregoing in response to 
processor 304 executing sequences of instructions contained in main memory 306 in 
response to input received via input device 314, cursor control 316, or communication 
interface 318. Such instructions may be read into main memory 306 from another 
computer-readable medium, such as storage device 310. 

[032] However, the computer-readable medium is not limited to devices such as 
storage device 310. For example, the computer-readable medium may include a floppy 
disk, a flexible disk, hard disk, magnetic tape, or any other magnetic medium, a CD- 



ROM, any other optical medium, punch cards, paper tape, any other physical medixim 
with patterns of holes, a RAM, a PROM, an EPROM, a FLASH-EPROM, any other 
memory chip or cartridge, a carrier wave embodied in an electrical, electromagnetic, 
infrared, or optical signal, or any other medium from which a computer can read. 
Execution of the sequences of instructions contained in the main memory 306 causes the 
processor 304 to perform the process steps described below. In alternative embodiments, 
hard-wired circuitry may be used in place of or in combination with computer software 
instructions to implement the invention. Thus, embodiments of the invention are not 
limited to any specific combination of hardware circuitry and software. 

[033] Computer system 300 also includes a communication interface 318 coupled to 
the bus 302. Communication interface 308 provides two-way data communication as is 
known. For example, commimication interface 318 may be an integrated services digital 
network (ISDN) card, a digital subscriber line (DSL) card, or a modem to provide a data 
communication connection to a corresponding type of telephone line. As another 
example, communication interface 318 may be a local area network (LAN) card to 
provide a data communication connection to a compatible LAN. Wireless links may also 
be implemented. In any such implementation, communication interface 318 sends and 
receives electrical, electromagnetic or optical signals which carry digital data streams 
representing various types of information. Of particular note, the communications 
through interface 318 may permit transmission or receipt of the requested data and data 
format, XML files (super-schema and sub-schema), data store, and request identifier 
files. For example, two or more computer systems 300 may be networked together in a 
conventional manner with each using the communication interface 318. 

[034] Network link 320 typically provides data communication through one or more 
networks to other data devices. For example, network link 320 may provide a connection 
through local network 322 to a host computer 324 or to data equipment operated by m 
Internet Service Provider (ISP) 326. ISP 326 in tum provides data communication 
services through the world wide packet data communication network now commonly 
referred to as the "Internet" 328. Local network 322 and Internet 328 both use electrical, 
electromagnetic or optical signals which carry digital data streams. The signals through 
the various networks and the signals on network link 320 and through commxmication 
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interface 318, which carry the digital data to and from computer system 300, are 
exemplary forms of carrier waves transporting the information. 

[035] Computer system 300 can send messages and receive data, including program 
code, tlirough the network(s), network link 320 and communication interface 318. In the 
Internet example, a server 330 might transmit a requested code for an application 
program through Internet 328, ISP 326, local network 322 and communication interface 
318. In accordance with the invention, one such downloaded application provides for 
exchanging data among software applications. 

[036] The received code may be executed by processor 304 as it is received, and/or 
stored in storage device 310, or other non-volatile storage for later execution. In this 
manner, computer system 300 may obtain application code in the form of a carrier wave. 

[037] Advantageously, DAT includes a very loosely coupled architecture facilitating 
interoperability of applications. The applications are interoperable as long as they follow 
the constraints of the super-schema defined for the industry segment. 

[038] Further advantageously, DAT accommodates both "publish and subscribe" and 
"request and respond" application integration scenarios. Publish and subscribe covers 
most situations of application integration; however, there are situations where the 
consumer application needs to define to the producer application in the format in which it 
requires received data. In particular, these situations can arise if application from 
different vendors are exchanging data and all vendors have their own proprietary data file 
format. Further, if an application learns from past experience, e.g., artificial intelligence 
appHcations, the application may need to define the format for received data. For 
example, an intelligent agent may determine that a process can be performed more 
efficiently if it can receive some data not currently received. The agent may request the 
extra data from the producer application. 

[039] It will be readily seen by one of ordinary skill in the art that the present 
invention fulfills all of the objects set forth above. After reading the foregoing 
specification, one of ordinary skill will be able to affect various changes, substitutions of 
equivalents and various other aspects of the mvention as broadly disclosed herein. It is 
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therefore intended that the protection granted hereon be limited only by the definition 
contained in the appended claims and equivalents thereof. 
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